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A METHOD FOR MULTICAST SERVICE IN A CROSSBAR SWITCH 



RELATED UNITED STATES APPLICATION 

This application is a continuation-in-part of co-pending U.S. Patent Application, Serial 
Number 10/302,436, Attorney Docket Number WARP-P004, entitled "An Age Selection 
Switching Scheme for Data Traffic in a Crossbar Switch," with filing date November 22, 2002, 
by Sung Soo Park, et al., and assigned to the assignee of the present application, and which, 
to the extent it is not repeated, is hereby incorporated herein by reference. 

TECHNICAL FIELD 

Embodiments of the present invention relate to the field of data switching. More 
specifically, embodiments of the present invention relate to a method for multicast service in 
a crossbar switch. 

BACKGROUND ART 

Recent applications of packet based IP switching technology have extended to 
many areas, such as mobile infrastructure, Multi-Service Provisioning Platform (MSPP), 
high-speed Internet routers, Storage Area Network (SAN) equipment, and high-definition 
television. The current demand for higher bandwidth across the global network is driving a 
need for higher performance and higher port counts in "next generation" switching solutions. 

Many of these high-speed switches are built around a crossbar architecture because 
of its speed and simplicity. Due to switching speed limitations, crossbar based 
architectures typically use input queues to hold packets or cells waiting to be transferred. A 
typical switching scheme applies the well known first in/first out (FIFO) regime to prioritizing 
the transfers from these queues. However, such simple FIFO input queues inherently 
suffer diminished performance because of head of line (HOL) blocking. 
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HOL blocking can be eliminated by applying a virtual output queue (VOQ) FIFO 
structure, but this poses strenuous demands on memory size. One such demand is that a 
VOQ FIFO architecture requires a memory size to grow according to the square of the 
5 number of port increases. Another such memory demand is presented by the per-flow 
queuing for quality of service (QOS). 

The provision of QOS demanded by modern, advanced-architecture network 
systems requires the isolation of specific traffic flows among multiple flows, and each 
1 o specific flow needs to have its own behavior characteristics and service level. A 

prerequisite for such isolation typically requires separate FIFO implementation for each flow. 
Together, the need for separate VOQ FIFOs for each QOS priority can drive a switch fabric 
solution to hundreds of chips. Therefore, providing enough memory within the switching 
function becomes a costly bottleneck for next generation switch fabric chip set vendors. 

15 

This can be illustrated by the following example. For a 32-port switch fabric with 32 
priorities, 1024 FIFOs (32 destinations times 32 priorities) are required per port for per-flow 
QOS support and for elimination of HOL blocking. If the fixed cell size of 64 bytes is used 
and the cell depth of each VOQ is 64, then the overall memory requirement for the switch 
20 fabric system is 128 Mbytes (1 024 VOQs times 64 cells per queue times 64 bytes per 
cell times 32 ports). 

This huge memory size would be extraordinarily difficult and expensive, and 
perhaps impossible with contemporary processing technologies, to integrate into a cost 
25 effective, single chip solution. Thus, another approach should be taken to achieve small die 
size but without sacrificing performance. Examining actual internet traffic indicates that 
average usage of this huge input buffer can be as low as less than 2% at 99% full input 
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traffic rates. This low actual memory utilization rate offers opportunity for a different approach. 
However, taking advantage of the low actual memory utilization rate is problematic using 
conventional crossbar architectures. 

5 Conventional crossbar architectures utilize separated queues for the detection and 

scheduling of cell transfer. This is problematic because of the large capacity, speed, and 
addressability demands made on memory resources and/or the large memory size such an 
approach requires, as discussed above. Further, even conventional crossbar switch 
architectures made with memories of capacity and addressability sufficiently large to 

1 o accommodate such demands can pose other complicating problems. 

Even for conventional crossbar switch architectures made with memories of capacity 
and addressability sufficiently large to accommodate the demands of detection and 
scheduling of cell transfer, implementing a FIFO regime thereon requires a pointer 
1 5 functionality to nominate and designate cells for transfer. The pointer functionality requires a 
pointer as well as a management system and/or process for its control. Implementing a 
FIFO regime with a large memory in a crossbar switch demands a complex pointer 
management system, which is difficult and expensive to implement in conventional 
technology. . 

20 

A further problem with conventionally implementing crossbar switch architectures 
made with memories of capacity and addressability sufficiently large to accommodate the 
demands of detection and scheduling of cell transfer is that of retarded speed. The 
switching speeds of such conventional crossbar switch architectures are constrained by the 
25 addressability and size of the memory they field. 
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Multicasting can conserve bandwidth because the same data is sent to multiple 
destinations, which can improve switching efficiencies. However, multicasting requires the 
movement of data from a single input port to as many output ports as there are 
destinations. In conventional crossbar switches, the problems of memory size and 
5 resource utilization, pointer complexity, and speed can be exacerbated by the additional 
demands unique to switching data from a single input port to a multiplicity of output ports. 

Also, in conventional crossbar switches, prioritizing data to be multicasted with 
respect to data that is to be unicasted can be problematic, and prioritization problems can 
1 o further exacerbate the problems described above. Further, in conventional crossbar 

switches, prioritizing data to be multicasted with respect to other data also to be multicasted, 
especially amongst yet other data that is to be unicasted can make the problem even more 
complicated. Further still, some conventional crossbar switches may delay all unicast traffic 
while multicast data is being serviced, which can reduce efficiency. 

15 

The conventional art is problematic therefore because memories of sufficient 
capacity and addressability for implementing a FIFO switching function in a crossbar switch 
using conventional architectures therefore are difficult and expensive to achieve, especially 
to support more than one QoS level, and in a single integrated circuit (IC; e.g., chip). The 

20 conventional art is also problematic because even if an adequate memory is achieved, the 
FIFO switching function of such a crossbar switch requires a complex pointer management 
system. Further, the conventional art is problematic because crossbar switches so 
constructed may operate at less than optimal switching speeds and bandwidths. These 
problems characterizing conventional crossbar switches are exacerbated when data is to be 

25 multicasted. Further, multicasting adds the problems of prioritizing multicast data with 
respect to unicast data as well as to other multicast data and can delay unicasting. 
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SUMMARY OF THE INVENTION 

What is needed is a system and/or method for emulating a FIFO switching function in 
a single chip crossbar switch architecture that operates at a high switching speed with a large 
bandwidth and supports multiple QoS levels, yet does not demand an inordinately large 

5 number of input and output queues or otherwise excessively tax memory requirements. 
What is also needed is a system and/or method for emulating a FIFO switching function in a 
single chip crossbar switch architecture that operates at a high switching speed with a large 
bandwidth and supports multiple QoS levels that does not require a complex pointer 
management system. What is further needed is a system and/or method for emulating a 

1 o FIFO switching function in a single chip crossbar switch architecture that achieves the 

foregoing without constraining switching speeds and bandwidth capacity therein. Further 
still, what is needed is a system and/or method that can efficiently multicast data within a 
crossbar switch based structure and which does so with effective prioritization of multicast 
data with respect to unicast data and other multicast data. Yet further still, what is needed is 

1 5 a system and/or method that achieves the foregoing without unnecessarily delaying unicast 
traffic. 

A system and method for an age selection switching scheme for data traffic in a 
crossbar switch is disclosed in one embodiment herein that emulate a FIFO switching 

20 function in a single chip crossbar switch architecture that operates at a high switching speed 
with a large bandwidth and supports multiple QoS levels, yet do not demand an 
inordinately large number of input and output queues or otherwise excessively tax memory 
requirements. A system and method are also disclosed in one embodiment herein that 
emulate a FIFO switching function in a single chip crossbar switch architecture that operates 

25 at a high switching speed with a large bandwidth and supports multiple QoS levels, yet do 
not require a complex pointer management system. A system and method are further 
disclosed in one embodiment herein for emulating a FIFO switching function in a single chip 
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crossbar switch architecture that achieves the foregoing without constraining switching 
speeds and bandwidth capacity therein. Further stili, a system and method are disclosed 
that efficiently multicasts data within a crossbar switch based structure. This multicasting is 
achieved with effective prioritization of multicast data with respect to unicast data and other 
5 multicast data, and does not unnecessarily delay unicast traffic. 

A content addressable merged queue (camQ) architecture for high-speed switch 
fabric solutions is disclosed. The architecture reduces the memory requirement for input and 
output queues for crossbar switches significantly by the use of special content addressable 

1 o memory (CAM) cells and age tag comparators. These are implemented within a single 
chip. In one embodiment, camQ behaves functionally like VOQ FIFO for each supporting 
priority. Thus, camQ eliminates HOL blocking. In one embodiment, camQ also embraces 
a scheduler and crossbar within the chip, supporting TDM traffic and multicast traffic also. In 
one embodiment, structure is independent of the number of support priorities. In one 

1 5 embodiment, many QoS levels are provided, while remaining cost effective at higher traffic 
bandwidth limits. 

Unlike conventional separated queues for the detection and scheduling of cell 
transfer, camQ architecture is comprised of small payload static random access memory 

20 (SRAM), Content Addressable Memory (CAM) for priorities and destinations of the cells 
in the payload SRAM, and age tag comparators. CAM cells store payload destinations for 
cells, which can be addressed by cell priorities. Once a priority for the quality of service is 
decided, all the cells with the selected priority in the payload can make their connection 
requests to the destination ports directly through the CAM structure. This avoids HOL 

25 blocking by the cells ahead whose destination was blocked for some reason. 

The VOQ First-Come-First-Serve (FCFS) function of is supported without the 
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conventionally required complex pointer management system for FIFO. Instead, in one 
embodiment, camQ assigns an age tag to each incoming cell. Fast age tag comparators 
then effectuate the FCFS feature of switch fabric by selecting the oldest cell. 



5 Returning to the above example of 32 ports and 32 priorities, the total memory 

capacity using the camQ approach of one embodiment requires only 64 Kbyte payload 
SRAM (32 input ports times 32 depth/ports times 64 byte cell size) for its 32 input 
buffers. The small sizes for CAM memory and comparators advantageously prevent the 
conventionally common bottlenecking of data in ingress and egress queues, facilitating 

1 o single chip integration. 

Further, the small size on-chip input queues yield the added benefit of increased 
switching speed. In one embodiment, camQ architecture is implemented to schedule at 
twice the rate of the line speed. This effectuates a combined input and output queued 
1 5 (CIOQ) crossbar architecture. In one embodiment, an NxN CIOQ has a switching speed 
of 2 - (1/N), and thus emulates an NxN FIFO output queue switch. 

In one embodiment, an age comparison system compares the relative ages of data 
cells to be switched. The age comparison system compares the ages and selects data 
20 cells for switching based on their age, such that older cells are selected for switching prior to 
younger data cells. A phase correction function adjusts the ages of aging data cells and 
automatically deletes stale data by eliminating cells that have not been switched and that are 
beyond a certain maximum age. 

25 In one embodiment, a method for scheduling data cells for switching interleaves the 

relative ages of data cells with their relative priorities. In one embodiment, an interleaved 
age-priority switching vector is generated. In one embodiment, the interleaved age-priority 
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vector has a dynamically reconfigurable bit order, to accommodate service updates. In one 
embodiment, an age comparison scheme prioritizes data cells for export after switching 
according to their relative ages. 

5 In one embodiment, a method for multicast service in a crossbar switch effectuates 

the transfer of data between a single input queue and a multiplicity of output ports and 
reconfigures the crossbar switch accordingly. A primacy is assigned to data cells based 
upon their designation as multicast cells that hightens their service priority with respect to 
cells that are to be unicasted. To prioritize multicast cells for service with respect to other 

1 o multicast cells, a comparison of assigned priorities is made. While multicast cells have 

priority in one embodiment over unicast cells, unicast cells can be transferred during multicast 
iterations during pauses in multicast data transfer. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and form a part of this 
specification, illustrate embodiments of the invention and, together with the description, 
serve to explain the principles of the invention: 

5 

Figure 1 is a block diagram of an 8-port quadrant of an exemplary 32-port crossbar 
switch featuring a camQ architecture, in accordance with one embodiment of the present 
invention. 

1 o Figure 2 depicts a clock relationship by which a camQ switching functionality 

operates, in accordance with one embodiment of the present invention. 

Figure 3 depicts a CAM cell structure for connection request and age tag 
comparison, in accordance with one embodiment of the present invention. 

15 

Figures 4A depicts an exemplary CAM structure , in accordance with one 
embodiment of the present invention. 

Figure 4B depicts an exempary CAM block, in accordance with one embodiment of 
20 the present invention. 

Figure 5A depicts an ingress side age comparator, according to an embodiment of 
the present invention. 

25 Figure 5B is a flowchart of the steps in a process for comparing packet ages in an 

ingress side age comparator, according to an embodiment of the present invention. 
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Figure 6 depicts a phase cell structure that effectuates three step self adjustment, in 
accordance with one embodiment of the present invention. 

Figure 7 depicts an ingress side binary comparator tree cell structure, according to an 
5 embodiment of the present invention. 

Figure 8 an interleaved age-priority based selection scheme, according to an 
embodiment of the present invention. 

1 o Figure 9 is a flowchart of the steps in a method for interleaving data cell age and 

priority to schedule switching, in accordance with one embodiment of the present invention. 

Figure 10 depicts multicast flow control, according to an embodiment of the present 
invention. 

15 

Figure 1 1 A is a flow chart of a multicasting process, according to an embodiment of 
the present invention. 

Figure. 1 1 B depicts multicast pipelining, according to an embodiment of the present 
20 invention. 

Figure 12 is a flow chart of a multicast service request process, according to an 
embodiment of the present invention. 

25 Figure 1 3 is a flow chart of multicast iteration for a service granted multicast data cell 

and multicast data cell transfer process, according to an embodiment of the present 
invention. 
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Figure 14 is a flow chart of an exemplary process for multicasting a data cell for 
transfer by a crossbar switch, according to an embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 

A method for multicast service in a crossbar switch is disclosed. In the following 
detailed description of the present invention, numerous specific details are set forth in order 
to provide a thorough understanding of the present invention. However, it will be 
5 recognized by one skilled in the art that the present invention may be practiced without 
these specific details or with equivalents thereof. In other instances, well known methods, 
procedures, components, and circuits have not been described in detail as not to 
unnecessarily obscure aspects of the present invention. 

Notation and Nomenclature 

Some portions of the detailed descriptions, which follow, are presented in terms of 
procedures, steps, logic blocks, processing, and other symbolic representations of 
operations on data bits that can be performed by electronic systems. These descriptions 
and representations are used by those skilled in the electronic arts to most effectively 
convey the substance of their work to others skilled in the art. A procedure, system 
executed step, logic block, process, etc., is here, and generally, conceived to be a self- 
consistent sequence of steps or instructions leading to a desired result. The steps are 
those requiring physical manipulations of physical quantities. Usually, though not 
necessarily, these quantities take the form of electrical signals capable of being stored, 
transferred, combined, compared, and otherwise manipulated in an electronic system. It 
has proven convenient at times, principally for reasons of common usage, to refer to these 
signals as bits, values, elements, symbols, characters, terms, numbers, or the like. 

It should be borne in mind, however, that all of these and similar terms are to be 
25 associated with the appropriate physical quantities and are merely convenient labels 
applied to these quantities. Unless specifically stated otherwise as apparent from the 
following discussions, it is appreciated that throughout the present invention, discussions 
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utilizing terms such as "multicasting," "comparing," "determining," "storing," "receiving," 
"registering," "arranging," "asserting," "granting," "controlling," "configuring," "selecting," 
"reading," "prioritizing," "writing," "preventing," "generating," "shuffling," "re-shuffling", 
"performing," "queuing," "requesting," "extracting," "launching," "selecting," "servicing", 

5 "switching," "transferring", "updating", or the like, refer to the action and processes of an 
electronic system (e.g., systems 100, 1300; Fig. 1, 10, respectively), or similar electronic 
system, that manipulates and transforms data represented as physical, e.g., electrical 
quantities within the systems' queues, registers, and memories into other data similarly 
represented as physical quantities within the systems' queues, memories, or registers or 

1 o other such information storage, transmission, or display devices. 



Further, embodiments of the present invention may be discussed in terms of 
processes. For example, Figures 12, 13, and 14, depict processes 1500, 1700, and 
1 800, respectively, performed in accordance with embodiments of the present invention 
15 for age comparison. Although specific steps are disclosed in Figures 14A, 15-18, and 26 
describing the operations of these processes, such steps are exemplary. That is, 
embodiments of the present invention are well suited to performing various other steps or 
variations of the steps recited in the flowcharts herein. 



Exemplary CrossBar Switch Platform Deploying CamQ Architecture 

Figure 1 depicts an 8-port quadrant 100 of an exemplary 32-port crossbar switch 

featuring a camQ architecture, in accordance with one embodiment of the present invention. 

Quadrant 100 exemplifies a content addressable merged queue (camQ) architecture for 
25 high-speed switch fabric solutions. This architecture reduces the capacity, which would 

otherwise be required for input and output queues for crossbar switches significantly. This 

reduction in memory requirements is effectuated by the use of small payload SRAM in 
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ingress SRAM (iSRAM) 103 and egress SRAM (eSRAM) 105, and special content 
addressable merged (CAM) memory cells for priorities and destinations of the cells in the 
payload SRAM (e.g., iSRAM 103 and eSRAM 105), as well as by deployment of age 
tag comparators 107 and 109. The CAM cells are deployed in ingress CAM (iCAM) 123 
5 and egress CAM (eCAM) 125. 

The CAM cells in the iCAM 123 and eCAM 125 store the payload destinations of 
cells, which can be addressed by cell priorities. Once a priority for the quality of service is 
decided, all the cells with the selected priority in the payload can make their connection 

10 requests to the destination ports directly through iCAM 123 and eCAM 125. 

Advantageously, this avoids HOL blocking by the cells ahead whose destination was 
blocked for some reason. Ingress age tag comparator 107 assigns an age tag to each 
incoming cell. Egress age tag comparator 1 09 selects the oldest cell and assigns it an age 
urgency. Age tag comparators 1 07 and 1 09 thus effectuate a FCFS feature for the 

1 5 crossbar switch fabric 101. 

Traffic through crossbar component 101 is controlled in one embodiment by a dual 
age-priority (AP) switching process (e.g., process 1200; Fig. 12). Traffic into ingress 
SRAM 103 is controlled by ingress controller 113. Traffic for export via egress SRAM 
20 105 is controlled by an egress controller 115. An urgency based weighted round robin 
(UWRR) flow controller 127 handles connection requests and correspondingly schedules 
and controls fabric traffic, based in part on the age urgency assigned by egress age 
comparator 109. Cells are granted connection by grant generator 129. 

25 In one embodiment, the camQ architecture 1 00 switches at a speed that is twice that 

of the line speed, thus effectuating a combined input and output queued (CIOQ) crossbar 
architecture. In the present embodiment, the 32 x 32 CIOQ camQ architecture 100 with its 
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switching speed of 2 - (1/32) emulates a 32 x 32 FIFO output queue switch. In one 
embodiment, timing sequences characterizing the operation of camQ architecture 100 help 
to effectuate this and other features. 

5 

Exemplary Operational Clocking and Priority Selection 
Exemplary Clocking 

With reference to Figure 2, a timing sequence 200 depicts the sequence of 
operation of a camQ architecture, according to one embodiment of the present invention. In 

1 o the present embodiment, three different clock cycle speeds are operational. These include 
the i-cycle 201 , the s-cycle 202, and the f-cycle 203. Incoming cells are synchronized to f- 
cycle 203 at the rate of one cell per f-cycle 203. Considering overheads, such as 8b10b 
encoding, cell boundary synchronization, and cell header information (including cell ID, in- 
band flow control, cell priority and destination), approximately 15 Gbps of serial link 

1 5 bandwidth is required for an actual 1 0 Gbps of payload traffic in an OC-1 92 data rate. In 
the present embodiment, internal data parallelism and high-speed 500 MHz internal 
clocking effectuate 64-byte cell framing at the 20 MHz rate of f-cycle 203. 

Transferal of cells to an output queue is based on s-cycle 202. In the present 
20 embodiment, s-cycle 202 operates at twice the speed of f-cycle 203. Thus, two cells can 
be transferred through the crossbar (e.g., crossbar 100; Fig. 1) per one f-cycle 203. The 
effective internal payload switching bandwidth of the crossbar is thus 20 Gbps per port. In 
as much as the entire cell reading and transferring are done at on-chip SRAM (e.g., iSRAM 
103, eSRAM 105; Fig. 1), the 20 Gbps internal bandwidth is supported (64 bit read per 
25 2 nsec equals 32 Gbps). 
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During one s-cycle 202, there are five connection trials 214 to output queues based 
on the fastest clock, which is i-cycle 201 . When a cell successfully gets connection to its 
destination, there follows an age tag comparison 21 5 for the selection of the oldest cell with 
the destination. All of the connection trials 214 and age comparisons 215 are completed 
5 within a single s-cycle 202. 

In one embodiment, connection trials are repeated where previous trials did not 
succeed until successful. In one embodiment connection trials are repeated until successful, 
or until up to five connection trials have been unsuccessfully completed in an s-cycle 202. In 

1 o another embodiment, connection trials are repeated until successful, or until some other 
number of connection trials have been unsuccessfully completed in an s-cycle 202. Each 
subsequent connection trial is run for egress ports, which have not been connected for the 
cell transfer. Thus, the probability for connection trial success is smaller than for earlier trials. 
In one embodiment, the success rate for connection trails can approximate 77% at the first 

1 5 trial with 1 00% traffic loading of bemoullijid ^uniform input, while only 1 .4% of the 

connections may succeed at the fifth trial with the same condition. In one embodiment, 
extending connection trials beyond five, with even lower probabilities of successful 
connection (and significance), are forgone. Advantageously, this conserves resources. In 
another embodiment, more than five connection trials can be performed in an s-cycle 202. 

20 

During the connection trial, the priority level of the cells is decided. Connection 
requests are generated accordingly and made to a grant generator (e.g., grant generator 
129; Fig. 1, 3A). One embodiment achieves the advantage of higher performance with a 
weighted round robin (WRR) based priority selection, a process known in the art. In 
25 another embodiment, other selection schemes are used, such as strict priority based 
selection. Conventional WRR based priority selection algorithms would give to each cell 
the same chance of selection if the accumulated weight is greater than certain one criterion, a 
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term known in the art. The WRR based priority selection process employed by an 
embodiment of the present invention however applies additional criteria in its selection 
process, e.g., the number of different available trial slots and the urgency level associated 
therewith. 

5 

Urgency Based Priority Selection 

In the present embodiment, e.g., five different trial slots each have different success 
probabilities. Thus, the present embodiment assigns multiple urgency levels for WRR 
1 o selection criteria. This urgency based WRR (UWRR) works with five different levels of 
selection criteria, called urgency levels. At each of the five connection trials, the trial will be 
made only for the priorities that have higher urgency level than a pre-determined urgency 
value of that trial slot. The higher the urgency level, the earlier its corresponding connection 
trial will be made. 

15 

Each of 32 priority levels will be mapped to these urgency levels with a different 
initial urgency. As a pre-determined period passes by without any connection success, the 
corresponding urgency increases. The priority selection for the connection trial is done by 
Round-Robin nianner among the priorities with the same urgency level. Unlike 

20 conventional WRR, UWRR does not make any connection request even if it has a cell with 
higher priority. In return, advantageously, this lack of a request (e.g., forestalling on 
generating one) effectively guarantees higher connection success rates for more urgent 
requests from other ports. One embodiment operates in a time division multiplexing 
(TDM) support mode. In the TDM support mode, TDM cells use the first connection 

25 request stage, virtually assuring that the connection will succeed for that TDM cell. 
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Output Buffer Considerations 

Even if cells can be sent to their egress destinations two times faster than its line 
speed within a chip, it is not easy conventionally for the switch fabric chip to send the egress 
cells to the outside world at that higher rate. Usually, the line speed is limited by the 

5 serializer-deserializer (SERDES) performance, and both ingress and egress SERDES 
circuits work at the same speed. The Traffic Manager or NPU may not be able to handle 
two times faster traffic input either, by its lack of processing capability. If there is temporary 
over-subscription to a certain destination, the egress cells begin to stay at the output buffer. 
Embodiments of the present invention however, effectuate handling switching traffic at twice 

10 line speed. 

One embodiment treats the egress traffic bandwidth to be the same as ingress traffic 
bandwidth. The present embodiment implements simple output buffers, because there is 
no need for connection scheduling there. These output buffers thus accord an 

1 5 advantageous place for implementing QOS control in the present embodiment. Whereas 
conventionally, separated priority FIFOs in output queue buffers implement QOS control, 
the present embodiment uses the same priority CAM and age tag comparison structure to 
maximize the output buffer usage. No destination field exists in the egress CAM. The 
QOS cell selection at the output buffer is scheduled with relative ease. Priority for launching 

20 cells is assigned by simple WRR. This assigned priority is given to the CAM and the age 
tag comparator. The CAM and age tag comparator then decide a specific corresponding 
cell with that priority. 

In the present embodiment, the output queue is implemented on the order of four 
25 times deeper, relative to conventional art. Burst destined traffic is thus handled 

expeditiously in the output queue. Further flooding of cells to a certain egress buffer causes 
"back-pressure" to the ingress side traffic managers. This back-pressure stops further cells 
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from being sent to the specific destination port. Further, the presence of this back-pressure 
is broadcast to other ingress traffic managers by an egress cell header. The present 
embodiment thus effectuates in-band "per-destination" flow control. 



5 Exemplary Performance Model 

With the camQ architecture as an input queue, one embodiment of the present 
invention displays properties including average cell latency per priority, buffer overflow, and 
jitter that are superior to conventional VOQ FIFO performance. In the following discussion, 
modeling the performance of switching architecture is achieved by ignoring the latency of 
10 SERDES circuits. 

To compare the performance of a 32 depth camQ structure (e.g., camQ structure 
100; Fig. 1) with a conventional VOQ FIFO structure, a 64 depth conventional VOQ FIFO 
using an ingress serial line internet protocol (iSLIP) as a VOQ scheduling algorithm with the 
1 5 iteration number of 2 per each priority (total 8 iterations for 4 priorities) is also modeled. The 
iSLIP with 32 priorities yields an unrealistic 64 iterations. Thus, for the present comparison, 
only four priorities are assumed for the conventional iSLIP model. 

One dichotomy becomes readily apparent in comparing the memory requirements 
20 of the present embodiment with that of the conventional model. For instance, the resulting 
conventional VOQ input buffer size is 512 Kbyte per port. For a conventional VOQ 
function supporting 32 priorities, 4.0 Mbyte of memory is demanded per port. In 
comparison, a 32-depth camQ architecture according to the present embodiment requires 
only 2 Kbyte per port, an advantageous saving of 2,000:1 over the conventional art. 

V 

25 

Further comparative results between the camQ architecture of the present 
embodiment and a conventional VOQ FIFO architecture, including latency, overflow, and 
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buffer usage at a mean length of 20 of bursty traffic, and with a loading of 99 per cent (terms 
known in the art) are summarized in Table 1 below. For modeling of the present 
embodiment so as to observe camQ performance as an input queue, no back-pressure is 
assumed from the output buffer on either the conventional VOQ or the camQ architecture. 

5 

TABLE 1 



Comparison of Latency, Overflow and Buffer Usage between CAMQ of the present 

EMBODIMENT AND CONVENTIONAL VOQ-FIFO 





CAMQ 


VOQ FIFO (conventional) 


Latency 
(Jitter) 
in cells 


Priority 0 


1(1) 


8(32) 


Priority 3 


1(2) 


2036(3953) 


Priority 15 


2.6(5) 


Not Available 


Priority 31 


13.2(16) 


Not Available 


Average Overflow 


1.5% 


4.2% 


Average Occupancy 


3.33 cells / 32depth 


457 cells/ 
8192 depth 



10 

Latency is significantly smaller for the camQ architecture of the present embodiment 
for both high and low priorities, and the conventional VOQ FIFO architecture actually fails to 
perform the actual switching service at low priorities. Although lower priorities are handled 
with greater latency in the present embodiment than are higher priorities, even the relatively 
1 5 low priority of 1 5 has less latency in the camQ of the present embodiment than the latency 
of the conventional VOQ FIFO highest priority of 0. Again, the conventional VOQ FIFO 
fails to even switch priority 15 at all. Further, the lowest priority of 31 (which again, the 
conventional VOQ FIFO fails to even switch), has a latency in the camQ of the present 
embodiment that is over two orders of magnitude smaller than the latency of the relatively 
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high priority 3 in the conventional VOQ FIFO (and on the order of the latency with which the 
conventional art handles its highest priority). 

As the priority level drops, the latency and jitter increase can be observed for the 
5 camQ architecture, as well. In the present embodiment, this increased latency and jitter for 
lower priority levels result from the UWRR priority selection process for QoS, described 
above. 

Another significant advantage of the present embodiment is less buffer overflow 
1 o than is typical in conventional VOQ FIFO. For instance, the camQ architecture of the present 
embodiment shows no buffer overflow at Bernoulli traffic and 1 .5% of buffer overflow at 
bursty traffic (terms known in the art). The conventional VOQ FIFO, on the other hand, 
shows about 4.2% of buffer overflow on both Bernoulli and bursty traffic. 

1 5 The present embodiment also has the advantage of lower average occupancy per 

port than the conventional VOQ FIFO. The average camQ occupancy per port is also 
shown. In another embodiment, further reduction of input queue depth is achieved where 
there is no queue underflow due to SERDES communication latency. 

20 Where an egress SERDES or an egress traffic manager cannot consume all the cells 

coming into an output buffer, output queue depth has stronger impact on buffer overflow 
than does the input queue depth. This realistic switch fabric performance is modeled with 
single chip camQ architecture according to one embodiment, showing the result of buffer 
overflow and latency assuming the same ingress and egress line speed. The traffic model 

25 characterizes performance of the present embodiment that was applied above; 99% 

loading of bursty traffic with the mean length of 20. The output queue depth is 128. In this 
model, it is assumed that a small linked list cell buffer in a separate ingress traffic manager 
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chip serves as the "per-destination" flow control. A 128 (8KB) buffer depth in the traffic 
manager is also assumed. The performance of the present embodiment under these 
parameters is summarized in Table 2, below. This performance can also be compared with 
the conventional VOQ FIFO (summarized above in the corresponding column of Table 1). 

TABLE 2 



CAMQ Latency and Buffer Overflow with Flow Control with Output Queue Enabled 



Latency 
in cells 


Priority 0 


1.98 


Priority 3 


20.5 


Priority 15 


95 


Priority 31 


628 


Buffer Overflow 


2.62% 


Input Buffer Occupancy 


4.5/32 depth 


Output Buffer Occupancy 


73/128 depth 



Table 2 shows that the camQ architecture of the present embodiment provides 
performance superior to conventional VOQ FIFO in terms of buffer overflow and latency. 
The average output buffer occupancy is higher than input buffer occupancy. Thus, the 
camQ architecture of the present embodiment emulates an ideal characteristic of output 
queue switching. 

With reference to Figure 3, the overall latency of each of the 32 priorities of the 
present embodiment is plotted as a function of traffic loading. The QoS characteristic of the 
present embodiment with different traffic loading in bursty traffic is shown. The bottom plot 
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300 is for priority 0 and the top plot 331 is for priority 31 . Plots between plot 300 and plot 
331 are not labeled, so as to keep the figure uncluttered (they could however accordingly 
be numbered 301 through 330, respectively). This well-distributed latency pattern shows 
that the camQ architecture of the present embodiment emulates ideal QoS. 

5 

Priority and Destination CAM and Connection Grant Generator 
Priority and Destination CAM and Connection Grant Generator 

Figure 4A depicts a new CAM structure 400 for generating a request Request [/] 
412 and age comparison enable signals AgeCompEn [/] 413 by the inputs of Enable [/] 
10 414 and grant [/] 415 where 0 < / < 31 . 

When a priority for the connection request is decide, the priority value 416 is 
provided to block 450. Block 450 is made by regular CAM structure providing signals 
Enable [/] 414. If there are multiple cells with the provided priority value, multiples of 
1 5 signals Enable [/ ] can be activated. 

Block 460 has one-hot coded destination values at each of the bits of destination 
CAM cell 420 at each entry 430. For example, if entry j has a destination to out port k, only 
the kth bt of destination CAM cell 420 at entry j 430 has a value of '1'; the other bits have a 
20 value of '0' where 0 < 0, k) < 31 . 

Assuming entry 1 , m, and n have enabled and the cell in entry 1 has a destination of 
p and cell in m and n have destination q, each signal Enable [1], Enable [m] and Enable [n] 
signal generate Request [p] and Request [q] by the structure of the destination CAM cell. 
25 The activated request lines go to corresponding grant generators, and in one embodiment, 
only one grant signal will be activated. Assuming for instance that Grant [q] was actiaved, in 
the present embodiment either cell m or cell n can depart to destination q; not both at the 
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same time. Thus, corrsponding age comparison enable signals AgeCompEn [m] and 
AgeCompEn are activated, e.g., by AND gate 440. An age comparator (e.g., age 
comparator 500; Fig. 5A) selects which entry m or n can depart. Here, 0 < (1 , m, n, p, q) < 
31. 

5 

Destination CAM block 460 is depicted in somewhat greater detail in Figure 4B. 
One-hot coded cell destinations are written by WL 470. During cell writing, the one-hot 
destination values are provided by signals 480 Grant and /Grant. Signal /Match 482 can 
be activated if transistor array 481 contains a value of '1 ' and signals Grant and /Grant are '1 ' 
1 o and '0' with respect to each other. Age comparison enable signal AgeCompEn [n] 443 
goes active if signals /Match [n] and Enable [n] are '0' and T with respect to each other by 
AND gate [n] 449. 

With reference to Figure 5A, an ingress side age comparator 500 is depicted in 
1 5 accordance with an embodiment of the present invention. In one embodiment, ingress age 
comparator 500 operates by an data cell age comparison process 5000. Process 5000 is 
described with reference to Figure 5B. Ingress side age comparator 500 and data cell age 
comparison process 5000 are discussed together for purposes of clarity and brevity. 

20 Process 5000 begins with step 5100, wherein a new data cell arrives in queue entry 

/. Age comparator 500 receives new incoming cells. 

In step 5200, an age is written for the newly arrived data cell to the entry / of age 
comparator 500. New incoming data cells have the age value currently set by age counter 
25 503. In one embodiment, the phase value of a new cell is 2'b1 1 . 
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In step 5300, age counter 503 increases its age count to prepare a bigger age 
value for the next arriving cell. Age counter 503 supplies age value to each cell arriving in 
the ingress queue (e.g., ingress CAM) 123, which in one embodiment comprises 10 bits. 



5 For programming packet switching by the crossbar switch, the data cells are 

scheduled for launching, in one embodiment, by an interleaved age and priority scheme 
(e.g., interleaved age-priority selection process 1200; Fig. 12). In one embodiment, the 
age comparison and selection component of this interleaved age/priority scheme considers 
the age of the various queued packets. Thus in step 5400, the ages of enabled signals 

1 o (AgeCompEn) 547 are compared and the oldest cell in queue is correpondingly selected. 

When age counter 503 overflows, subsequent age values are aliased. In step 
5500, it is determined whether an overflow condition exists in counter 503. If not, process 
5000 loops back to step 5100 and continues accordingly. 

15 

Upon sensing the overflow, the phase correction signals 501 are actvated, 
decreasing the phase of the cells already existing in ingress queue 123. This phase 
correction is performed automatically at each of the entries 124. Thus, the age value of each 
entry at age comparator 500 is read as the following. 

20 

{(2-bit phase value), (10-bit age value)} 

The phase value of new arriving cells, in one embodiment, is 2'b1 1 by point 560. 

25 By this age comparison and selection component of the interleaved age/priority 

scheme, the smaller the age of a cell, the older that cell is, and thus the sooner that particular 
cell should be serviced for switching. Further, by this scheme, a cell that becomes too old is 

WARP-P008/ACM/LRG 25 



advantageously eliminated; its data considered stale. Thus, if it is determined in step 5500 
that a counter overflow condition does exist in age counter 503, then process 5000 
proceeds to step 5600, wherein the stale aged data cell is dropped. 

Then in step 5700, phase correction is effectuated for the data cells extant in queue, 
whereupon process 5000 loops back to step 5100 and proceeds accordingly. In one 
embodiment, phase correction modifies the data cells in queue 124 by the following 
scheme: 

0. new cell phase written upon arrival as 2'b1 1 

1 . phase [1] <= (phase correction & -phase [0]) ? 1 'b0: phase [1]; 

2. phase [0] <= phase correction ? Vb_ [0]: phase [0]; 

3. invalidate. 

This effectuates a three-step phase correction. The new cell phase is written as 1 1 . 
Upon initial phase correction, that cell's phase is re-written as 10. Subsequent phase 
correction re-writes that cell's phase as 00. At this point, if the need arrives for further phase 
correction, that cell's data is considered stale and the cell is dropped (e.g., invalidated; 
eliminated), such that another, fresher cell can be selected. For instance, if a valid cell has 
achieved a phase of 2'bOO (e.g., by phase corrective re-writing), and yet another phase 
correction is directed, that cell will be invalidated as being too old. In one embodiment, the 
dropping of the cell is effectuated by driving a phase zero vector 'iPDCam'. 

The phase correction order of one embodiment can thus be summarized as: 

> 

1 1 --> 10 --> 00 --> Invalidate. 
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In the present embodiment, there is no phase correction step wherein the cell is re-written 
■01'. By eliminating any such '01' phase re-writing, toggling of the least significant bit (LSB) 
is prevented. Instead of toggling, the LSB simply goes clear. Advantageously, this 
effectively reduces the counting circuitry demands imposed by the phase correction 
5 process, such that resources are conserved for redirection to other tasking or for elimination. 

In one embodiment, this three-step phase correction is effectuated by a phase cell 
structure 600, as depicted in Figure 6. Phase [1] sub-cell 610 comprises transistors 61 1 
and 612, inverters 613, and transistors 614 and 615. The drain of transistor 61 1 is at Vdd. 

1 o Transistor 61 1 has an inverted 'phase [0]' gate input, and its source is connected in series 
with the drain of transistor 612. Transistor 612 has a 'phase correction' gate input. The 
source of transistor 612 is connected in series with a mirrored pair of inverters 613. Inverters 
613 then connect in series with the drain of transistor 614. Transistor 614 has a 'phase 
correction 1 gate input. The source of transistor 614 is connected in series with the drain of 

15 transistor 615. Transistor 615 has a '-phase [0]' gate input, and its source is grounded. 

Phase [0] sub-cell 620 comprises transistors 621 and 622, inverters 623, and 
transistors 624 and 625. The drain of transistor 621 is at Vdd. Transistor 621 has an 
inverted gate input from the source of transistor 622. The source of transistor 621 is 

20 connected in series with the drain of transistor 622. Transistor 622 has a 'phase correction' 
gate input. The source of transistor 612 gates transistor 621 and is also connected in series 
with a mirrored pair of inverters 623. Inverters 623 then connect in series with the drain of 
transistor 624, which also gates transistor 625. Transistor 624 has a 'phase correction' gate 
input. The source of transistor 624 is connected in series with the drain of transistor 625. 

25 Transistor 625 is gated by the drain of transistor 624. The source of transistor 625 is 
grounded. 
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Referring again to Figure 5A, the age comparison and selection component of the 
interleaved age/priority scheme for data cell launch selection is effectuated, in one 
embodiment, by a comparator tree 555. In one embodiment, comparator tree 555 
comprises five progressive layers 555A through 555E of binary comparator tree (BCT) 
5 cells 505. In the present embodiment, each stage of the age stack (e.g., ingress queue) 
123 presents one input to the BCT cells 505 comprising the first layer 555A, via age 
comparison enable stage 547. This effectuates a first stage of ingress side age 
comparison. 

1 o The output of each pair of BCTs 505 comprising layer 555A are compared by a 

BCT 505 in layer 555B, thus effectuating a second stage of age comparison. The output 
of each pair of BCTs 505 comprising layer 555B are then compared by a BCT comprising 
layer 555C, thus effectuating a third stage of age comparison. The output of each pair of 
BCTs 505 comprising layer 555C are then compared by a BCT comprising layer 555D, 

1 5 thus effectuating a fourth stage of age comparison. Finally, in the present embodiment, the 
output of each pair of BCTs 505 comprising layer 555D are then compared by a single 
BCT comprising layer 555D, thus effectuating a fifth stage of ingress side age comparison. 

The structure of a single BCT 505 cell of one embodiment is depicted in Figure 7. A 
20 comparator 701 subtractively compares age inputs 7 ' and 7 + 1' to provide the older age 
to an upper level of age queue 123 (Fig. 5A) via age multiplexer (MUX) 706. Effectively 
simultaneously, the age comparison result is stored via AND gate 703 and OR gate 704 
into an age comparison result latch 705. Upon the return of a select age input signal 71 9 
'Selln[k]' from the upper level of input queue 123, either the output selection 728 'SelOut [j 
25 ]' or the output selection 'SelOut [ y + 1] 1 is activated, based on the result of the comparison 
previously latched in latch 705. In the event that the select age input signal 719 'Sellnfk]' 
returns not activated, then both of the output selection 728 'SelOut [y']* and the output 
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selection 729 'SelOut [/ + 1]' to the lower level of input queue 123 remain in an unactivated 
condition. 

Exemplary Interleaved Age-Priority Based Selection 

5 Data cells have different importances, relative to one another. These differences in 

relative importance characterize a priority by which each data cell should be handled for 
switching, relative to other data cells. Data cells having higher priority than other cells should 
be selected for switching earlier than data cells having lower priorities. However, the age of 
a particular data cell is considered relevant in scheduling switching by an embodiment of the 

1 o present invention. 

The older that a particular data cell is, the sooner that particular data cell should be 
serviced for switching. A penalty of not switching a particular data cell expeditiously is that 
its data can become stale. Thus, the embodiments described above effectuate an 
1 5 interleaved age-priority based selection criteria for both packet switching by the crossbar 
switch, as well as export from the output ports thereof. 

In one embodiment, data cells having higher priorities are serviced earlier than data 
cells having lower priorities by the WRR scheme described above. However, to prevent 

20 lower priority cells from being effectively "stuck in queue," e.g., never being switched, the 
present embodiment takes the age of the data cells into account for scheduling switching as 
well. In one embodiment, where two cells of equal priority are to be serviced for switching, 
the older data cell is serviced before the younger data cell. In the present embodiment, the 
age of a data cell can advantageously serve as a tie-breaker in scheduling its switching, vis- 

25 a-vis other data cells of equal priority. 
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In one embodiment, an interleaved age-priority based selection process proceeds 
by an algorithm that takes into account the need to service the aging data cells (of all 
priorities), as well as high-priority cells. With reference to Figure 8, an age-priority 
interleaving selection 1 100 is described according to one embodiment of the present 
5 invention. With reference to Figure 9, a process 1 200 for interleaving data cell age and data 
cell priority for switching according to one embodiment is described. It is appreciated that, in 
another embodiment, steps of process 1200 can be performed in another order. Selection 
1 100 and the interleaved age-priority selection process 1200 are discussed together for 
purposes of clarity and brevity. 

10 

Referring to Figure 8, a data cell buffer 1 1 10 is comprised of three columns including 
a destination column 1 1 1 1 , a priority column 1112, and an age column 1113. Referring to 
Figure 9, in step 1201 , a data cell is received by buffer 1110. In step 1202, a particular 
data cell is listed in a single row of cell buffer 1 1 1 0 by its destination, under destination 
1 5 column 1111. In step 1203, the priority of that particular data cell is then listed in the priority 
column 1112 space corresponding to that row. In step 1 204, the age of that particular cell, 
which can be changed dynamically as the cell ages, is listed in age column 1 1 13 space 
corresponding to that row. As data cell buffer 1 1 10 fills with data cells, vectors can be 
formed corresponding to the priority and age of the data cells therein. 

20 

In step 1205, priority vectors 1 122 are formed from all of the entries within priority 
column 1 1 12 of cell buffer 1110. Here, 'priority 1 comprises a five bit binary coded element 
(e.g., 32 priority levels). 

25 In step 1 206, age vectors 1 1 23 is formed from all of the entries within age column 

1 1 13 of cell buffer 1110. Here, 'age' comprises a 12 bit binary coded element (e.g., 4,096 
age levels) 
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Then in step 1207, priority vector 1122 and age vector 1 123 together form an age- 
priority (AP) vector 1 135. In one embodiment, any bit order combination can comprise AP 
vector 1 135, depending upon the service requested. Further, in one embodiment, the bit 
order comprising AP vector 1 1 35 can be changed to provide for different typs of services. 
The exemplary AP vector 1 135 depicted lists data cells in order for servicing based on the 
desire to service aging cells, as well as to service high priority cells. At every cycle, these 
AP vectors 1 1 35 from all cells in cell buffer 1 1 1 0 are compared to each other to find (e.g., to 
identify) the largest one. The largest of the AP vectors 1 135, in the present embodiment, 
u means "aged enough" and also "higher priority," relative to the other cells in cell buffer 1110. 
The cells with the largest AP vector 1 135 will be serviced at that cycle, and thus removed. 
By this arrangement, cells with an age value greater than 1 ,024 (e.g., 2 10 = 
12'b01000_0000_0000) can be selected, even if there are higher priority cells in the 
queue. 

According to different bit orders between priority and age, different characteristics of 
service will be shown. As an example, the following bit order focuses more on aged cells 
than the exemplary AP vector 1 135 depicted in Figure 8. 

to a1 1 - a10 - a9 - p4 - a7 - p3 - a6 - p2 - a5 - p1 - a4 - pO - a3 - a2 - a1 - aO 

And the following exemplary bit order will serve higher priority cells better than aged cells. 

p4 - a11 - p3 - a10 - p2 - a9 - p1 - a8 - pO - a7 - a6 - a5 - a4 - a3 - a2 - a1 - aO 

15 

It is appreciated that various other bit orders can service either higher priority cells or more 
aged cells more effectively. The bits a0-a1 1 present the age of the queued cells. The bit 
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aO comprises the LSB of age; bits a1-a10 present increasing age significance, 
respectively, and the bit a1 1 comprises the most significant bit (MSB) of age. Similarly, 
the bits p0-p4 present the priority of the queued cells. The bit pO comprises the LSB or 
priority; the bit p4 comprises the MSB of priority and bits p2-p3 present increasing priority 
5 significance, respectively. 

Advantageously, in the present embodiment, the bit order can be changed 
dynamically. This dynamic ability to reconfigure the bit order of the AP vector 1 135 can 
effectuate the UWRR selection discussed above, interleved with age selection to reduce 
10 dropping data cells because of excessive age and stale data. This helps to economize on 
operating resources and make switching operations more efficient. 

AP vectors 1 135 are formed for every cell in queue (e.g., within cell buffer 1 1 10) as 
soon as the cell arrives in queue. At each cycle, each of the AP vectors 1 135 are 
1 5 compared to determine the maximum. The queued cell having the maximum AP vector 
1 135 (e.g., from the standpoint of service type) is selected for servicing. In step 1208, the 
AP vectors 1 135 of all queued cells are compared. In step 1209, a queued cell is selected 
for switching based on the AP vector 1 135 configured. Process 1200 is complete at this 
point. 

20 

A METHOD FOR MULTICAST SERVICE IN A CROSSBAR SWITCH 
Exemplary Multicast Control 

Data cells which are to be multicast (e.g,, multicast cells) can be serviced for transfer 
through the crossbar switch with heightened priority. Multicasting can conserve bandwidth 
25 because the same data is sent to multiple destinations. Advantageously therefore, 
multicast based priority effectuates a greater degree of switching efficiency. In one 
embodiment, multicast cells are serviced with the highest priority, as compared with unicast 
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cells. A particular multicast cell can be serviced with priority over another multicast cell by 
comparing their relative assigned priority values and selecting the cell with the higher 
assigned priority value for priority of service with respect to the cell with the lower assigned 
priority value. 

5 

With reference to Figure 10, an exemplary multicast control system 1300 supports 
the multicasting process, according to an embodiment of the present invention. Multicast 
control system 1300 comprises a multicast controller 1305 and a multicast service grant 
generator 1330. Multicast controller 1305 comprises a multicast storage (e.g., 'mStore') 
10 queue 1306 and a storage controller (e.g., 'mStore Control') 1307. Upon receipt of a new 
multicast cell 1301 , system 1300 determines whether a unicast iteration for transferring and 
launching cells is in progress and prevents any generation of a request signal for transfer by 
or on behalf of the new cell 1301 until the unicast iteration is complete. The new multicast 
cell 1301 is written into an ingress priority CAM address ('iPrioCAM'). 

15 

Upon receipt, address and priority information corresponding to exemplary new 
multicast data cell 1301 is received by multicast control system 1300. In one embodiment, 
mStore 1306 comprises a number of input port register sets. The crossbar input queue 
(XIQ) iPrioCAM address (e.g., 'xiqAddr') 7 1 and the priority 'p' of exemplary multicast cell 

20 1301 is recorded in mStore 1306 at input port '/? \ Each input port has the same structure 
(e.g., cells are recorded at each input port by its xiqAddr and priority); in one embodiment, 
mStore 1306 has 32 ports, 0-31 . The payload of the new cell 1301 is stored at the 
corresponding address (e.g., xiqAddr 7\ port l n ') in the XIQ SRAM (e.g., iSRAM 103; 
Fig. 1). To prevent an excessive population of multicast cells in XIQ SRAM, in one 

25 embodiment mStore 1306 limits the number of elements asserting multicast back pressure. 

Within mStore 1306, cells such as cell 1301 are queued for servicing based on 
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priority. Upon entry of the new cell 1 301 in mStore 1306, the service order of the cells 
therein can be re-shuffled, based on priority. Re-shuffling the order of cells stored in 
mStore 1306 is initiated by a 're-shuffle ©new MCAST cell' signal 1319 generated by 
mStore flow controller 1307. Flow controller 1307 controls the movement of cells through 
5 (e.g., transfer of the cells out of) mStore 1 306 based on this priority and using an mStore 
FIFO empty (e.g., ME) bit. Advantageously, this function helps to control multicast 
backpressure due to build-up of non-transferred multicast cells. When a valid entry is 
present in port 'n ' of mStore 1306, flow controller 1307 asserts a multicast service request 
'msRqstfn]' signal 1326 and multicast based priority signal 1350. 

10 

Upon assertion of 'msRqsttn] 1 signal 1 326, central multicast grant generator 1 330 
gives a multicast service grant 'msGrnt[n]' signal 1327 by request priority comparison. In 
one embodiment, the functionality of central multicast grant generator 1330 can be provided 
by a base grant generator (e.g., connection grant generator 129; Fig. 1 , 4A). In one 
1 5 embodiment, central multicast grant generator can be implemented by BCT tree structure 
555 (Fig. 5A) for requesting the priority comparison. 

When port 'n ' is given a multicast service grant (e.g., granted multicast service), of 
grant generator 1330 can change the preference pointer value to x n + 1 Changing the 

20 preference pointer value takes place at the next clock s-cycle ('sClk') (e.g., s-cycle 202; Fig. 
2). With reference to Figure 1 1 A, a multicast process 1400 begins with step 1401 wherein 
multicast service is requested, as discussed above. In step 1402, the granted multicast cell 
is running a request grant iteration process for the crossbar switch to be configured to 
effectuate corresponding transfer of the multicast cells. Process 1400 is complete upon 

25 execution of step 1403, wherein the multicast cell is transferred accordingly. 

Figure 1 1B depicts a corresponding multicast pipelining scheme 1450. A multicast 
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service request ('MS')(e.g., step 1401 ; Fig. 1 1 A) 1451 occurs during sClk 202. Iteration 
('Ml')(e.g, step 1402; Fig. 14A) 1452 follows. While Ml 1452 is taking place, another MS 
1451 can transpire. Transfer ('MT'Xe.g., step 1403; Fig. 14A) occurs upon completion of 
Ml. While transfer takes place, Ml corresponding to the other MS can transpire, as well as 
5 yet another MS. Pipelining scheme 1450 is reiterative. Advantageously, such multicast 
pipelining makes efficient use of multicasting, switching, and related resources. 

With reference again to Figure 10, upon generating msGrnt[n] signal 1327, mStore 
controller 1307 generates an 'extract' signal 1320, whereupon one entry, e.g., multicast cell 
1 o 1308, is extracted from mStore 1306 for servicing. Multicast cell 1308 has xiqAddr 1309 
and priority 1310. 

To make a request for actual transfer of the multicast cell 1301 to each egress port 
(ePort), register 1322 in iPrioCAM is provided with the address 7' of the cell. With the 

1 5 preference pointer set to the corresponding inPort at the first iteration, each ePort can give a 
grant signal to the port with a service-granted multicast cell (e.g., port l n '). In the event that a 
servicing multicast cell is not immediately departing, another port can launch a waiting unicast 
cell to its destination. Advantageously, this ability to service waiting unicast cells while 
awaiting departure of servicing multicast cells improves switching efficiency. Upon granting 

20 egress to a servicing multicast cell, the crossbar switch is configured to transfer cells 

accordingly at the next sClk. The address 7 ' of the multicast cell is provided by register 
1322 (e.g., 'ReadAddr' signal 1389) to read out and transfer the corresponding payload 
from the XIQ SRAM. 
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Exemplary Multicasting Processes 
Multicast Service Request Stage 

With reference to Figure 12, an exemplary process 1500 effectuates a multicast 
service request (e.g., step 1401 ; Fig. 1 1 A), according to one embodiment of the present 
5 invention. Process 1500 can be implemented using a multicast control system (e.g., 

multicast control system 1300; Fig. 10) and other components of a CamQ architecture (e.g., 
of system 100; Fig. 1). Process 1500 begins with step 1501 , wherein the payload of a 
newly arriving multicast (MCast) cell is placed in XIQ SRAM port x n ', address 7'. 

1 o In step 1 502, a one-hot coded MCast fan-out (e.g., destination list) is written into 

iPrioCam address 7* with its valid bit cleared. In step 1503, address 7' and the priority l p ' 
of the MCast cell is recorded in an mStore register set at port x n 1 (e.g., mStore 1305; Fig. 
10). In step 1504, the service order within the mStore is re-shuffled as necessary, based 
on the assigned priority of the new entry corresponding to the newly arriving MCast cell. 

15 

In step 1505, MCast flow is controlled. In one embodiment, an ME bit (e.g., 
'mStore FIFO Empty 1 ) provides information to a MCast controller (e.g., MCast controller 
1307; Fig. 13) for MCast flow control. In step 1506, it is determined whether a valid entry 
is in mStore port "n '. If it is determined that a valid entry is in port 'n ', then in step 1507, a 
20 multicast service request is asserted for port n (e.g., 'msRqst [n ]'). If it is determined that no 
valid entry is in port l n \ then process 1500 loops back to step 1505. 

In step 1508, a central multicast grant generator (e.g., central multicast grant generator 
1330; Fig. 13) gives a multicast service grant (e.g., , msGrant[n]'), by comparisonof 
25 requesting priority. In step 1509, it is determined whether port 'n' has been granted 

multicast service. If not, process 1500 loops back to step 1508. If it is determined that port 
'n' has been granted multicast service, then in step 1510, the grant generator changes its 
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preference pointer at a next 'sClk' to give the grant to the multicast service-granted inport. 

In one embodiment, all of the grant generator quadratures (e.g., 
, GrntGen_Q1/Q2/Q3/Q4') change the preference pointer value to x n ' to grant multicast 
5 service to the service-granted inport. Process 1500 is complete upon execution of step 
1511, wherein an MRqstGen Register in iPrioCam is set to generate request signals for 
each fan-out of the selected multicast cell. 

Multicast Iteration and Multicast Cell Transfer Stages 
1 o Multicasting Cells for Transfer by a Crossbar Switch 

With reference to Figure 13, an exemplary process 1700 effectuates multicasting of 
data cells for transfer by a crossbar switch, according to an embodiment of the present 
invention. Process 1700 can be implemented using a multicast control system (e.g., 
multicast control system 1300; Fig. 10) and other components of a CamQ architecture (e.g., 
15 of system 100; Fig. 1). Process 1700 begins with step 1701 , wherein a new MCast cell is 
received. 

The payload of the MCast cell is stored in an ingress queue at a particular address, 
and the MCast cell has an assigned priority. In step 1702, this address and priority is 
20 registered (e.g., the MCast cell is queued in an mStore register such as register 1399, 
mStore 1306; Fig. 13). In step 1703, the flow of the MCast cell is controlled. 

In step 1704, a MCast service request is asserted. In step 1705, MCast service is 
granted, based upon a request priority comparison. In this request priority comparison, the 
25 priorities of the asserting cell and the priorities of any other MCast cells asserting a service 
request are compared (e.g., by a comparator) and the MCast cell with the highest priority is 
selected for servicing. Upon selection, in step 1706, MCast service is granted (e.g., by a 
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grant generator) to the inPort at which the selected MCast cell is registered. 

In step 1707, at the Mcast service-granted port, request signals are generated for 
each multicasting fan-out of the selected MCast cell; other input ports generate requests for 
5 unicast cells, as in the normal case. In step 1708, each affected ePort gives a grant signal to 
the inPort. The ePorts generatea grant to the Mcast cell first, such as by pre-setting its 
preference pointer (e.g., preference pointer 488; Fig. 4A) to ensure receiving the 
servicing Mcast cell. Process 1700 is complete upon execution of step 1709, wherein the 
crossbar switch is reconfigured for the multicasting accordingly. 

10 

Multicasting 

With reference to Figure 14, a process 1800 effectuates multicasting of data cells, 
according to an embodiment of the present invention. Process 1800 can be implemented 
using a multicast control system (e.g., multicast control system 1300; Fig. 10) and other 
15 components of a CamQ architecture (e.g., of system 100; Fig. 1). Process 1800 begins 
with step 1801 , wherein a new MCast cell is received. 

In step 1802, the address and priority of the new MCast cell is registered. In step 
1803, flow of the MCast cell is controlled. In step 1804, a MCast service request is 
20 asserted. Responsively, in step 1805, the MCast service request is granted. 

In step 1806, service is granted to the inPort at which the MCast cell is registered. In 
step 1807, the multicast fan-out is arranged (e.g., requests are made to the affected ePorts, 
and the ePorts grant the requests). Process 1800 is complete upon execution of step 
25 1808, wherein an associated switch is reconfigured accordingly to switch the MCast data. In 
one embodiment, the switch is a crossbar switch. 
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Thus a method for multicast service in a crossbar switch is disclosed. In one 
embodiment, emulates a FIFO switching function in a single chip crossbar switch 
architecture that operates at a high switching speed with a large bandwidth and supports 
multiple QoS levels, yet do not demand an inordinately large number of input and output 

5 queues or otherwise excessively tax memory requirements. The system and method 
operate at a high switching speed with a large bandwidth and support multiple QoS levels, 
yet do not require a complex pointer management system, nor constrain switching speeds 
and bandwidth capacity therein. The system and method efficiently multicast data within a 
crossbar switch based structure. This multicasting is achieved with effective prioritization of 

1 o multicast data with respect to unicast data and other multicast data, and does not 
unnecessarily delay unicast traffic. 

In one embodiment, a method for multicast service in a crossbar switch effectuates 
the transfer of data between a single input queue and a multiplicity of output ports and 

1 5 reconfigures the crossbar switch accordingly. A primacy is assigned to data cells based 
upon their designation as multicast cells that hightens their service priority with respect to 
cells that are to be unicasted. To prioritize multicast cells for service with respect to other 
multicast cells, a comparison of assigned priorities is made. While multicast cells have 
priority in one embodiment over unicast cells, unicast cells can be transferred during multicast 

20 iterations during pauses in multicast data transfer. 

The foregoing descriptions of specific embodiments of the present invention have 
been presented for purposes of illustration and description. They are not intended to be 
exhaustive or to limit the invention to the precise forms disclosed, and many modifications 
25 and variations are possible in light of the above teaching. The embodiments were chosen 
and described in order to explain the principles of the invention and its practical application, 
to thereby enable others skilled in the art to utilize the invention and various embodiments 
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with various modifications as are suited to the particular use contemplated. It is intended that 
the scope of the invention be defined by the Claims appended hereto and their 
equivalents. 
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